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Beschreibung 

Verfahren zum Ubertragen von Nutzdatenobjekten 

Die vorliegende Erfindung betrifft ein Verfahren zum Ubertra- 
gen von Nutzdatenobjekten von einer Datenbereitstellungskom- 
ponente bzw. einem Datenserver uber eine Verbindungskomponen- 
te zu einer Telekonununikationseinrichtung eines Benutzers, 
wobei durch jeweilige Prof ilinf ormationen in einem Profilob- 
jekt der Datenbereitstellungskomponente mitgeteilt wird, wel- 
che Typen von Nutzdatenobjekten die Verbindungskomponente 
bzw. die Telekommunikationseinrichtung in der Lage ist, je- 
weils fur sich zu verarbeiten. 

Es wird derzeit ein Verfahren zum Ubertragen bzw. Herunterla- 
v den von Nutzdatenobjekten von einer Datenbereitstellungskom- 
ponente bzw. einem Datenserver auf eine Telekommunikations- 
einrichtung, insbesondere in der Ausfuhrung eines Mobilfunk- 
gerats, diskutiert. Dabei wird davon ausgegangen, dass sich 
"die Telekommunikationseinrichtung in einem Telekommunikati- 
onsnetz in der Ausgestaltung eines Mobilf unknetzes befindet, 
in dem die Ubertragung von Daten allgemein, insbesondere von 
Nutzdatenobjekten mittels eines vom WAP-Forum (WAP: Wireless 
Application Protocol) spezif izierten Protokolls erfolgen. 
Ferner wird angenommen, dass sich die Datenbereitstellungs- 
komponente eines Daten- oder Inhalteanbieters in einem weite- 
ren Telekommunikationsnetz befindet, das insbesondere als ein 
auf einem Internetprotokoll basierendes Netz ausgebildet ist. 
Zum Herstellen einer Datenverbindung zwischen der Datenbe- 
reitstellungskomponente und der Telekommunikationseinrichtung 
sind somit (mindestens) zwei unterschiedlichen Teil- 
Schnittstellen notig, namlich zum einen eine Luf tschnittstel- 
le und eine kabelgebundenen Schnittstelle . Fur die Uberbru- 
ckung der Luf tschnittstelle ist, wie bereits erwahnt, die 
Verwendung von WAP-Protokollen vorgesehen. In dem Telekommu- 
nikationsnetz der Datenbereitstellungskomponente kommt hinge- 
gen beispielsweise das HTTP (HTTP: Hypertext Transfer Proto- 
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col) zum Einsatz. Da also auf der Luf tschnittstelle und der 
Netzseite unterschiedliche Protokolle zum Einsatz kommen, ist 
der Einsatz einer Verbindungskomponente, hier eines sogenann- 
ten WAP-Gateways vorgesehen, das die Anpassung der Nutzdaten 
an die unterschiedlichen tieferen Protokoll-Schichten (Luft- 
schnittstelle : z.B. WSP (Wireless Session Protocol) als ein 
WAP; Netzwerkseite : HTTP) vornimmt. Ein derartiges WAP- 
Gateway besitzt meist auch die Fahigkeit, Dateitypen oder 
-formate zu konvertieren (z.B. Umwandeln des Dateif ormats 
"gif" in "jpeg", bei Dateien vom Typ Bild bzw. Standbild) . 

Telekommunikationseinrichtungen, wie Mobilf unkgerate oder Mo- 
biltelefone, unterscheiden sich in der Regel durch ihre cha- 
rakteristischen Eigenschaf ten bzw. Fahigkeiten voneinander. 
So variieren beispielsweise die Eigenschaf ten l der iAnzeigeein- 
richtungen teilweise erheblich (z.B. in GroSe und Auflosung) 
und somif auch die Fahigkeiten, bestimmte Dateitypen bzw/ Da- 
teiformate darstellen bzw. verarbeiten zu konnen: Damit eine 
Datenbereitstellungskomponente bzw. ein Datenbereitstellungs- 
'server in einem Netzwerk Kenntnis \iber die Eigenschaf ten bzw. 
Fahigkeiten einer WAP-f ahigen Telekommunikationseinrichtung 
eines Benutzers erlangen kann, wurde vom WAP- Forum das soge- 
nannte UA-Prof (UA-Prof: User Agent Profile) standardisiert 
[7] , mit dessen Hilfe die Eigenschaf ten einer WAP-fahigen Te- 
lekommunikationseinrichtung netzwerkseitig (d.h. im Netz der 
Datenbereitstellungskomponente) bekannt gemacht werden kon- 
nen. Bei dem Verfahren werden zusatzlich auch die Fahigkeiten 
eines WAP-Gateways berucksichtigt , das die zwischen Telekom- 
munikationseinrichtung und Datenbereitstellungskomponente 
transf erierten Daten handhabt und dabei auch verandem kann. 
Netzwerkseitig sind damit bei der Bereitstellung geeigneter 
Daten durch einen Server auch die Eigenschaf ten des WAP- 
Gateways relevant. 

Im Folgenden soil anhand von Figur 1 fur einen allgemeinen 
Fall beschrieben werden, wie eine Datenbereitstellungskompo- 
nente D das aktuelle UA-Prof einer WAP-fahigen Telekommunika- 
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tionseinrichtung T erhalt. Zunachst wird bei der Anmeldung 
der WAP-fahigen Telekommunikationseinrichtung T bzw. dem Auf- 
bau einer WSP-Verbindung ein sogenanntes Basis-Profil BP oder 
eine Basisprof ilinf ormation an das WAP -Gateway G ubermittelt. 
5 Wenn die Eigenschaf ten bzw. Fahigkeiten der Telekommunikati- 
onseinrichtung T beispielsweise durch eine zusatzlich ange- 
schlossene Leistungskomponente , wie eine zusatzliche Hard- 
warekomponente (z.B. Farbanzeigeeinrichtung) , erweitert oder 
verandert worden sind, wird mit dem Basis-Profil zusatzlich 

10 noch ein Dif f erenz-Prof il DPI oder eine erste Dif f erenzpro- 
f ilinf ormation als ein erstes Teilprof ilinf ormationsobjekt an 
das WAP-Gateway G ubermittelt, wie es durch Schritt 1 ("1" im 
Kreis) dargestellt ist. Beide Profile, namlich BP und DPI, 
konnen . gegebenenf alls vom WAP-Gateway G zwischengespeiehert 

15 und . ausgewertet werden, ygl. dazu Schritt 2 . Das WAP-Gateway, 
G kann nun seinerseits die erhaltenen Profile BP- und DPI* urn 
ein eigenes Dif f erenz-Prof il DP 2 bzw. eine zweite Dif f erenz- . 
prof ilinf ormation erganzen. Dies ist vorteilhaft, wenn das 
WAP-Gateway G uber besondere Eigenschaf ten bzw. Fahigkeiten 

20 verfugt, die von den zuvor von der WAP-fahigen Telekommunika- 
tionseinrichtung T ubermittelt en Profilen BP und DPI abwei- 
chen oder diese erganzen. Alle (drei) Profile werden dann in 
Schritt 3 als ein zweites Teilprof ilinf ormationsobj ekt an die 
Datenbereitstellungskomponente D ubermittelt. Die Datenbe- 

25 reitstellungskomponente D erstellt auf Basis aller ubermit- 
telten Profile (BP, DPI und DP2) ein resultierendes Gesamt- 
profil oder Gesamtprof ilobj ekt RP fur die WAP-fahige Telekom- 
munikationseinrichtung T zusammen, wie es durch Schritt 4 an- 
gedeutet sein soil. Das Gesamtprof il RP, das die individuel- 

3 0 len Eigenschaf ten der WAP-fahigen Telekommunikationseinrich- 
tung T und die erganzenden Fahigkeiten des WAP-Gateways G und 
eventueller anderen N.etzwerkeinheiten enthalt, ist das aktu- 
elle UA-Prof und wird von der Datenbereitstellungskomponente 
D verwaltet . 



Wahrend einer WSP-Sitzung kann das Herunterladen beliebiger 
Daten, insbesondere Nutzdatenobjekte, von einer WAP-fahigen 
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Telekommunikationseinrichtung T durch Absenden einer Daten- 
Anf orderungs-Mitteilung eingeleitet werden. Falls sich die 
Eigenschaften bzw. Fahigkeiten der WAP-fahigen Telekommunika- 
tionseinrichtung zwischenzeitlich (d.h. nach dem ersten Auf- 
5 bau einer WSP-Verbindung) geandert haben sollten, beispiels- 
weise durch Verbindung einer anderen zusatzlichen Hardware- 
komponente, wird auch bei bzw. zusammen mit einer abgesetzten 
Daten-Anforderungs-Mitteilung ein aktuelles angepasstes Dif- 
ferenzprofil DP3 oder eine dritte Dif f erenzprof ilinf ormation 

10 in einem ersten Teilprof ilinf ormationsobjekt an das WAP- 
Gateway G in Schritt 5 libertragen und dort gemaS Schritt 6 
gegebenenfalls ausgewertet . Die restliche Ubertragung des Ba- 
sis-Profils BP und der Dif f erenz-Prof ile DP3 und DP2 in einem 
zweiten Teilprof ilinf ormationsobjekt zwischen WAP-Gateway G 

15 und. Datenbereitstellungskomponente D gemaS Schritt 7 und das ; 
Erstellen des- Gesamtprof ils gemaS Schritt 8 erfolgt analog 
zum, oben beschriebenen .Verfahren, > Haben sich die Eigenschaf- 
ten bzw. Fahigkeiten der WAP-fahigen Telekommunikationsein- 
richtung nach dem ersten Aufbau der WSP-Verbindung nicht ge- 1 

20 andert, wird bei einer abgesetzten Daten-Anforderungs- 
Mitteilung auf die zuvor ubermittelten und im WAP-Gateway G 
(vgl . Schritt 2) bzw. auf der Datenbereitstellungskomponente 
(vgl. Schritt 4) zwischengespeicherten Profile zuruckgegrif - 
fen. 

25 

Das Prinzip zur Generierung des result ierenden Profils ist 
sehr elegant, es wird namlich aus dem Basisprofil und belie- 
big vielen Dif f erenzprof ilen das resultierende Profil bzw. 
Gesamtprof il generiert . 

30 

Es wird ferner die grundsatzliche Annahme bei der Verwendung 
und Definition des UA-Prof getroffen, dass ein WAP-Gateway 
die zur WAP-fahigen Telekommunikationseinrichtung ubertrage- 
nen Datentypen erkennt und geeignet behandelt, d.h. gegebe- 
35 nenfalls auf dem Weg von der Datenbereitstellungskomponente 
zur Telekommunikationseinrichtung verandert bzw. konvertiert. 
Eine typisches Beispiel hierfur ist eine Bildkonvertierung. 
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Angenommen, die Telekommunikationseinrichtung kann nur Bilder 
vom Typ bzw. Format "jpeg" anzeigen und die Datenbereitstel- 
lungskomponente ubertragt ein Bild vom Typ "gif n , so kann das 
WAP-Gateway seinen Fahigkeiten entsprechend das Bild vom Typ 
5 "gif" in den Typ bzw. das Format "jpeg" konvertieren und das 
konvertierte Bild an die Telekommunikationseinrichtung wei- 
terreichen, auf dem es anschlieSend verarbeitet bzw. darge- 
stellt werden kann. 

10 Dieses Vorgehen wird durch UA- Profs entsprechend unterstutzt, 
indem die WAP-fahige Telekommunikationseinrichtung in seinem 
Basisprofil BP zunachst angibt , Bilder vom Typ "jpeg" verar- 
beiten bzw. anzeigen zu konnen. Das WAP-Gateway erkennt diese 
Angabe, kennt die eigene Fahigkeit, Bilder vom Typ "gif" in 

15 den Typ "jpeg" konvertieren zu/ konnen und gibt deshalb ,.inu 
Dif f erenzprof il DP2 an, . dass auch der . Bildtyp "gif 11 unter- :. 
stutzt wird.- Auf Seiten- der= Datenbereitstellungskomponente . 
wird das resultierende Gesamtprofil RP generiert. Die Daten-- 
bereitstellungskomponente : kann jedoch jetzt nicht mehr zwi- 

2 0 schen den ursprunglichen Fahigkeiten der Telekommunikations- 

einrichtung und den zusatzlichen Fahigkeiten des Gesamtsys- 
tems aus WAP-fahiger Telekommunikationseinrichtung und WAP- 
Gateway unterscheiden. In diesem Beispiel ist nun die server- 
seitige Versendung (d.h. die Versendung seitens der Datenbe- 
25 reitstellungskomponente) eines Bildes vom Typ "gif" moglich, 
wobei durch das WAP-Gateway die entsprechende Konvertierung 
vorgenommen wird. 

Probleme konnen allerdings auftreten, wei^n die Dateitypen, 

3 0 die eine Konvertierung durch das WAP-Gateway bedurfen, in an- 

deren Datenf ormaten eingeschlossen (verpackt) sind, die vom 
WAP-Gateway nicht geeignet behandelt werden konnen. Diesbe- 
zuglich sind im wesentlichen zwei Beispiele zu nennen: 

35 1. Digitale Rechteverwaltung ("Digital Rights Manage - 
ment":DRM): Die derzeit im WAP-Forum spezif izierte Losung fur 
die Verwaltung von Rechten geschutzter digitaler Objekte ba- 
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siert darauf/ dass ein Objekt in einer Container-Datei bzw. 
einem Container transportiert wird, der fur unverschlusselte 
Objekte den Typ "application/vnd. wap. drm. message" und fur 
verschlusselte Objekte den Typ "applicati- 

5 on/vnd.wap. drm. content" hat. Bei den unverschlusselten Objek- 
ten besteht theoretisch die Option, dass ein WAP-Gateway auf 
das eingeschlossene Objekt zugreift und es verandert, wobei 
dies nicht explizit vorgesehen ist. Bei verschlusselten Ob- 
jekten hat das WAP-Gateway keine Zugrif f smoglichkeit auf das 

10 Objekt, da es den Schlussel nicht hat und die Daten daher nur 
als binares Paket erscheinen. Auch wenn das eingeschlossene 
Objekt ein Bild eines dem WAP-Gateway bekannten Typs ist, das 
entsprechend in einen anderen Typ gewandelt werden konnte, 
ist dies in dem beschriebenen Fall nicht :moglich. Das einge- 

T5 ' - schlossene Objekt wurde vom .WAP-Gateway ;.unverandert an die 
Telekommunikationseinrichtung -weitergereicht , ..auf der es 
nicht darges.tellt werden • konnte . '.? - 

2. Multimedia Messaging Service (MMS) : Im MMS wird die Nach- 

20 richt in Form einer Multimedia Message (MM) von einem soge- 
nannten MMS -Relay/Server (der als eine MMS- 

Vermittlungseinheit in einem Netz dient) an einen MMS- 
Klienten (MMS Client) , eine spezielle Anwendung auf der WAP- 
fahigen Telekommunikationseinrichtung ubertragen. Die MM ist 

25 in der vom WAP-Forum spezif izierten Losung eine Nachricht mit 
binaren Codes zur Darstellung der Kopffelder, die dem WAP- 
Gateway nicht bekannt sind. Die Nachrichten haben den Typ 
"application/vnd. wap. mms -message" und enthalten die zu trans - 
ferierenden Objekte. Das WAP-Gateway hat wiederum keine Mog- 

3 0 lichkeit, die Objekte aus der Nachricht zu extrahieren und an 
die Eigenschaf ten der empfangenden Telekommunikationseinrich- 
tung anzupassen. Wird vom MMS-Relay Server ein Objekt eines 
bestimmten . Typs in die MMS Nachricht integriert, der eine 
Konvertierung durch das WAP-Gateway bedarf, kann das WAP- 

35 Gateway seine Aufgabe jedoch nicht ausfuhren, wodurch das Ob- 
jekt unverandert zur Telekomnrunikationseinrichtung gelangt 
und dort nicht genutzt werden kann. 





WO 2004/021676 



PCT/DE2003/002525 



7 



Weiterhin kann sich eine durch Bildung eines Gesamtprof ils, 
wie es oben beschrieben worden ist, nicht mehr mogliche Un- 
terscheidung zwischen den integralen der Eigenschaf ten der 
5 Telekommunikationseinrichtung (eventuell mit zusatzlicher 
Hardwarekomponent e ) und den zusatzlichen Eigenschaf ten des 
Systems aus Telekommunikationseinrichtung und WAP-Gateway 
auch negativ auswirken, wenn z.B. ein Objekt von der Datenbe- 
reitstellungskomponente in unterschiedlichen Formaten angebo- 

10 ten werden kann, von denen einige eine Konvertierung durch 
das WAP-Gateway bedurfen, urn von der Telekommunikationsein- 
richtung verarbeitet werden zu konnen, und andere unverandert 
vom WAP-Gateway an- die Telekommunikationseinrichtung weiter- 
gereicht- werden konnen. Hier ist die serverseitige/t: (d.h. von; 

15 • • r der' Datenbereitstellungskomponente) Wahl eines Formates das t 
-keine - Konvertierung durch das WAP-Gateway bedarf , . vorteil- 
haft, da eine Konvertierung die Qualitat des Objektes ver- > 
schlechtern kann, zusatzliche Zeit beim Herunterladen des Ob- 
jektes fur die Konvertierung benotigt wird, Rechenlei stung 

20 beim WAP-Gateway erfordert und fur den Benutzer je nach Ab- 
rechnungsmodell zusatzliche Kosten verursachen kann. 

Es ist nun die Aufgabe der vorliegenden Erfindung, ein Ver- 
fahren, wie es beispielsweise mit Bezug auf Figur 1 beschrie- 
25 ben wurde, derart zu verbessern, damit eine effizientere U- 
bertragung von Nutzdatenobjekt , insbesondere von verschlus- 
selten oder gepackten Nutzdatenobjekt, ermoglicht wird. 

Diese Aufgabe wird durch die unabhangigen Anspriiche gelost. 
30 Vorteilhafte Ausgestaltungen sind Gegenstand der Unteranspru- 



Fiir ein Verfahren zum Ubertragen von Nutzdatenobjekt en ist 
eine Datenbereitstellungskomponente zur Bereitstellung von 
35 Nutzdatenobjekt en vorgesehen, die Nutzdatenobjekte uber eine 
bzw. zumindest eine Verbindungskomponente zu einer Telekommu- 
nikationseinrichtung eines Benutzers gemaS einem Gesamtpro- 
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f ilinformationsobjekt ubertragt . Das Gesamtprof ilinf ormati- 
onsobjekt gibt dabei an, welcher Typ eines Nutzdatenobjekt an 
die Telekommunikationseinrichtung zu deren Verarbeitung uber- 
tragbar ist. In das Gesamtprof ilinf ormat ibnsobjekt wird fer- 
5 ner eine erste Prof ilinf ormat ion eingefugt, die angibt, wel- 
cher Typ von Nutzdatenobjekt direkt von der Telekommunikati- 
onseinrichtung verarbeitbar ist. Es kann ferner eine zweite 
Prof ilinf ormation eingefugt werden, die angibt # welcher Typ 
von Nutzdatenobjekt von der Verbindungskomponente in einen 
10 von der Telekommunikationseinrichtung verarbeitbaren Typ von 
Nutzdatenobjekt konvertierbar ist- Diese Prof ilinf ormat ionen, 
insbesondere die erste Prof ilinf ormation, ermoglicht somit 
fur die Datenbereitstellungskomponente eine Auswahl moglichst 
der Typen von >Nutzdatenobjekten fur eine Ubertragung, zu .der 
ilS Telekommunikatipnseinrichtung zu treffen, .die direkt- von --.d^r 
•> Telekommunikationseinrichtung verarbeitbar sind ,und keine Ma- 
nipulation oder Konyertierung seitens der . Verbindungskompo- , 
nente bedurfen, v urn von der Telekommunikationseinrichtung ver- 
arbeitet zu werden. 

20 

Folglich werden gemaS einer vorteilhaf ten Ausgestaltung zu- 
nachst mit hoher Prioritat Nutzdatenobjekte von einem Typ ge- 
maS der erst en Prof ilinf ormation von der Datenbereitstel- 
lungskomponente zu der Telekommunikationseinrichtung ubertra- 

2 5 gen. Das bedeutet, es wird eine Uberprufung durchgefiihrt , ob 

die Datenbereitstellungskomponente Nutzdatenobjekte bereit- 
stellt, welche direkt von der Telekommunikationseinrichtung 
verarbeitbar sind. Bei erf olgreicher Uberprufung werden der- 
artige Nutzdatenobjekte schlieSlich zur Telekommunikations- 

3 0 einrichtung ubertragen. Bezugnehmend auf ein oben erwahntes 

Beispiel, bei dem die Telekommunikationseinrichtung in der 
Lage ist, Bilddaten vom Typ "jpeg" zu verarbeiten, die Ver- 
bindungskomponente in der Lage ist, Bilddaten vom Typ "gif" 
in den Typ "jpeg" zu konvertieren und schliefelich die Daten- 
35 bereitstellungskomponente Bilddaten von Typ "jpeg" und "gif 11 
bereitstellt , wird nun die Datenbereitstellungskomponente, da 
sie anhand der ersten Prof ilinf ormation erkennt, dass die Te- 
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lekommunikationseinrichtung Bilddaten vom Typ "jpeg" verar- 
beiten kann, sogleich derartige Bilddaten vom Typ "jpeg" an 
die Telekorranunikationseinrichtung als Nutzdatenobjekte uber- 
tragen. Zum einen ist hierbei keine Konvertierung der Bildda- 
5 ten durch die Verbindungskomponente notig (es konnen eventu- 
elle Konvertierungskosten gespart und auch die Ubertragungs- 
zeit ohne Konvertierung verringert werden) und es ist auch 
ein Verpacken bzw. Verschlusseln von Nutzdatenobjekten mog- 
lich, da die Datenbereitstellungskomponente nur Nutzdatenob- 
10 jekte an die Telekommunikationseinrichtung ubertragt, von der 
sie anhand der ersten Prof ilinf ormation wei£, dass die Tele- 
kommunikationseinrichtung die Nut zdatenob j ekt verarbeiten 
kann. 

15 Ist eine- Uberpruf ung, . db -die Datenbereitstellungskomponente; 
Nutzdatenobjekte bereitstellt , welche .direkt von der Telekom- 
munikationseinrichtung: verarbeitbar -sind, negative so werden 
gemaS eiher weiteren Ausgestaltung der Erf indung Nutzdatenob- 
jekte von einem Typ gemaS der zweiten Prof ilinf ormation mit 

20 geringerer Prioritat als zuvor von der Datenbereitstellungs- 
komponente zu der Telekommunikationseinrichtung ubertragen. 

GemaS einer weiteren vorteilhaf ten Ausgestaltung ubertragt 
die Telekommunikationseinrichtung vor dem Ubertragen von 

25 Nutzdatenobjekten von der Datenbereitstellungskomponente zu 
der Telekommunikationseinrichtung ein erstes Teilprof ilinf or- 
mationsobjekt mit der ersten Prof ilinf ormation an die Verbin- 
dungskomponente, welche ihrerseits das erste Teilprof ilinf or- 
mationsobjekt urn die zweite Prof ilinf ormation zu einem zwei- 

3 0 ten Teilprof ilinf ormationsobj ekt erganzt und dieses zur Da- 
tenbereitstellungskomponente ubermittelt . Dort kann dann ba- 
sierend auf dem zweiten Teilprof ilinf ormationsobj ekt bzw. al- 
ien ubermittelt en Prof ilinf ormationen ein Gesamtprof ilinf or- 
mationsobj ekt erstellt werden. 

35 

Es ist ferner denkbar, dass die Telekommunikationseinrichtung 
urn eine zusatzliche Leistungskomponente erganzt wird, die in 
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der Lage ist, den Umfang den von der Telekommunikationsein- 
richtung verarbeitbaren Nutzdatenobjekten zu erweitern. Eine 
derartige Leistungskomponente kann beispielsweise eine zu- 
satzliche Hardwarekomponente, wie ein spezielle Farbanzeige- 
5 einrichtung mit hoher Auflosung zum Anzeigen hochauf geloster 
und farbiger Bilder oder Graphiken, oder aber auch eine zu- 
sat zliche Sof twarekomponente oder Softwareanwendung , bei- 
spielsweise zum Verarbeiten und Abspielen von Musikdaten im 
MP3-Format, umfassen. Eine derartige Leistungskomponente kann 

10 dann in der Lage sein, Typen von Nutzdatenobjekten zu verar- 
beiten, die auch schon die Telekommunikationseinrichtung ver- 
arbeiten kann, sie kann aber auch in der Lage sein weitere 
Typen von Nutzdatenobjekten zu verarbeiten, welche die Tele- 
kommunikationseinrichtung selbst % nicht verarbeiten kann. 

15 ' : Folglich kann dann das erste' 'Teilprof ilinf ormationsobj ekt urn 
eine dritte Pro'fil information erganzt werden, die angibt, urn. 
: -weiche Typen vdn v Nutzdatenobjekten der Umfang. der Nutzdaten- r 
objekte der Telekommunikationseinrichtung durch die zusat zli- 
che Leistungskomponente erweitert wird. 

20 

Zur Minimierung des zu iibertragende Datenvolumens zwischen 
der Telekommunikationseinrichtung und der Verbindungskompo- 
nente (insbesondere, wenn eine Luf tschnittstelle dazwischen 
vorgesehen ist) und/oder zwischen der Verbindungskomponente 

2 5 und der Datenbereitstellungskomponente ist es gemaS einer 

vorteilhaf ten Ausgestaltung auch denkbar, in dem erst en 
und/oder dem zweiten Teilprof ilinf ormationsobj ekt die Prof il- 
inf ormationen in Form einer Referenz vorzusehen, welche je- 
weils zu Prof ilinf ormationen verweisen, welche auf der Daten- 

3 0 bereitstellungskomponente oder einer mit dieser in Verbindung 

stehenden weiteren Datenbereitstellungskomponente gespeichert 
ist. Das bedeutet, in einem Teilprof ilinf ormationsobj ekt kon- 
nen lediglich Adressen, wie z.B. eine URL (URL: Uniform Re- 
source Locator) vorgesehen sein, die auf einen Speicherort in 
35 der Datenbereitstellungskomponente oder einer anderen Daten- 
bereitstellungskomponente, z.B. einer des Herstellers der Te- 
lekommunikationseinrichtung oder der zusatzlichen Leistungs- 
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komponente, verweisen. Lediglich beim Erzeugen des Gesamtpro- 
filobjekts muss die Datenbereitstellungskomponente die Adres- 
sen anwahlen, urn die entsprechenden Prof il information zu er- 
halten und in das Gesamtprof ilobj ekt einzufugen. 

5 

GemaS einer weiteren vorteilhaf ten Ausgestaltung befindet 
sich die Telekommunikationseinrichtung in einem ersten Tele- 
kommunikationsnet z , und die Datenbereitstellungskomponente 
und/oder die weitere Datenbereitstellungskomponente in einem 

10 zweiten Telekommunikationsnetz , wobei das erste und das zwei- 
te Telekommunikationsnetz miteinander verbunden sind. Die 
Verbindungskomponente kann dann in dem ersten oder dem zwei- 
ten Telekommunikationsnetz angeordnet sein, oder insbesondere 
zur Verbindung der beiden Telekommunikationsnetze dienen. Im 

-15u- Falle mehrerer Verbindungskomponenten konnen die .Verb indungs- v 
. j komponenten dann- schlieSlich an den gerade angegebenen Orten 
angeordnet sein (z.B : . kann, wie es spater noch erwahnt werden. > 
wird, eine Verbindungskomponente als ein WAP-Gateway zur Ver- 
bindung der beiden Telekommunikationsnetze dienen, wahrend 

20 ein oder mehrere andere Verbindungskomponenten 'beispielsweise 
als Konvertierungseinheiten von Daten bzw. Nutzdatenobj ekten 
in einem der angegebenen Telekommunikationsnetze vorgesehen 
sind) . Es ist dabei moglich, dass das erste Telekommunikati- 
onsnetz als ein Mobilf unknetz ausgebildet ist, das insbeson- 

25 dere gemafi dem GSM (Global System for Mobile Communications) - 
oder dem UMTS (Universal Mobile Telcommunications System) - 
Standard betrieben wird. Bei einer derartigen Ausgestaltung 
eines ersten Telekommunikationsnetzes kann die Ubertragung 
von Nutzdatenobj ekten zu der Telekommunikationseinrichtung 

3 0 mittels WAP-Protokollen, insbesondere dem Wireless Session 
Protokoll, erfolgen. In diesem Zusammenhang kann die Verbin- 
dungskomponente zum Verbinden des ersten und des zweiten Te- 
lekommunikationsnetzes als ein WAP-Gateway ausgebildet sein. 
Es ist weiterhin denkbar, dass das zweite Telekommunikations- 

35 netz als ein auf einem Interne tprotokoll basierendes Netz 
ausgebildet ist, in dem die Ubertragung von Daten insbesonde- 
re mittels dem Hypertext Transfer Protocol erf olgt . 
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GemaS einer vorteilhaf ten Ausgestaltung umfasst die Telekom- 
munikationseinrichtung ein Funkmodul, und ist insbesondere 
als ein Mobil telef on, ein Schnurlostelef on, ein tragbarer 
5 Computer oder ein Smartphone (eine Kombination aus Mobiltele- 
fon und kleinem tragbaren Computer) ausgebildet. 

GemaS einer weiteren vorteilhaf ten Ausgestaltung konnen die 
Nutzdatenobjekte Textinf ormationen, Audioinf ormationen, Vi- 
10 deoinformationen, ausfuhrbare Programme, Sof twaremodule oder 
eine Kombination dieser Datenarten enthalten. 

Bevorzugte Ausf uhrungsf ormen der vorliegenden Erfindung wer- 
den nachfolgend bezugnehmend auf die beiliegenden Zei.chnungen 
15 : naher^ erlautert . Es zeigen: - '* ^r-J-, r>\ v 

Figur 1- ein Blockschaltbild mit den bei einem Verfahren .zurri. 

Ubertragen von Nutzdatenobj ekten beteiligten Kompo- 
nenten unter Verwendung von Eigenschaf tsprof ilen o- 
der User-Agent-Profiles der verschiedenen im Uber- 
tragungsweg vorgesehen Komponenten einschlieSlich 
des Datenflusses zwischen den Komponenten; 

eine Tabelle zur Kennzeichnung oder Codierung von 
im Datenubertragungsweg vorgesehen Komponenten in 
jeweiligen Eigenschaf tsprof ilen; 

eine Darstellung eines Eigenschaf tsprof ils in XML 
(XML: Extensible Markup Language) gemaS einer ers- 
ten Ausgestaltung; 

eine Darstellung eines Eigenschaf tsprof ils in XML 
gemaS einer zweiten Ausgestaltung. 



Figur 2 

25 

Figur 3 

30 

Figur 4 



35 



Im folgenden sollen nun mogliche Ausf uhrungsf ormen zum Uber- 
tragen von Nutzdatenobj ekten von einer Datenbereitstellungs- 
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komponente iiber Verbindungskomponente auf eine Telekommunika- 
tionseinrichtung, insbesondere ein Mobiltelefon eines Benut- 
zers (im folgenden einfach als ein Endgerat bezeichnet) , er- 
lautert werden. 

Bei der Erlauterung der bevorzugten Ausfuhrungsf orraen der Er- 
findung wird von einer entsprechenden Konf iguration einer Te- 
lekommunikationsanordnung ausgegangen, wie sie bereits beziig- 
lich Figur 1 diskutiert worden ist. Eine derartige Telekommu- 
nikationsanordnung umfasst auch wieder eine Datenbereitstel- 
lungskomponente bzw. einen Datenserver D zum Bereitstellen 
von Nutzdatenobjekten (sei es verschlusselt oder unverschlus- 
selt, in eine Container-Datei bzw. ein Gontainer-Objekt ge- 
packt oder nichte* msw.) , eine Verbindungskomponente G zum 
■ Weiterleiten, yonv|Dat,en bzw. : Nutzdatenobjekten und schlieSlieh* 
eine - Telekommunikationseinrichtung bzw. das Endgerat T eines 
;Benutzers. Es wird jwiederum. dayon ausgegangen, daiss sich das : 
Endgerat T in einem ersten Telekommunikationsnetz in der Aus- 
gestaltung eines Mobilf unknetzes befindet, in dem die- Uber- 
* tragung von Daten allgemein, insbesondere von Nutzdatenobjek- 
ten mittels eines vom WAP-Forum (WAP: Wireless Application 
Protocol) spezif izierten Protokolls erfolgt. Ferner wird an- 
genommen, dass sich die Datenbereitstellungskomponente eines 
Daten- oder Inhalteanbieters in einem zweiten Telekommunika- 
tionsnetz befindet, das als ein auf einem Internetprotokoll 
(wie dem http) basierendes Netz ausgebildet ist. Als Verbin- 
dungseinrichtung zum Herstellen einer Datenverbindung zwi- 
schen dem ersten Telekommunikationsnetz und dem zweiten Tele- 
kommunikationsnetz ist die Verbindungskomponente vorgesehen, 
die bei der beschriebenen Konf iguration als ein sogenanntes 
WAP-Gateway dient . 

Zur Mitteilung der Eigenschaf ten, insbesondere bezuglich der 
Verarbeitung bestimmter Nutzdatenobjekte, an die Datenbereit- 
stellungskomponente D, entsprechend dem in Figur 1 gezeigten 
Verfahren, werden die Eigenschaf ten in Eigenschaf tsprofilen 
oder "UA-Profs" (UA-Prof: User Agent Profile), welche vor- 
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teilhaf terweise auf der Metasprache XML (XML - Extensible 
Markup Language) basieren, dargestellt. XML-basierte Formate 
eignen sich besonders gut fur den Plattform- und Software- 
unabhangigen Austausch strukturierter Daten zwischen Program- 
5 men und Rechnern bzw. Software- und Hardwarekomponenten un- 
terschiedlicher Hersteller und Systeme. 

Ein Profil kann mehrere Komponenten beschreiben (z.B. fur 
Software, Hardware, WAP Push # usw.), wobei jede Komponente 
mehrere Attribute mit den dazugehorigen Werten enthalten kann 

10 (in der Hardware Komponente sind mogliche Attribute bei- 
spielsweise BildschirmgroSe, Farbdarstellungsmoglichkeit , 
usw.). Im Folgenden wird eine prinzipielle Struktur eines 
Profils gezeigt, so wie es vom WAP-Forum fur UA-Prof defi- 
niert wurde : , 

15 • * ^-"^ \* t.v. , . : . 

Komponente^l ? . ' 

AttributJLa = ..Wert^la - . -\ 

Attribut_lb = Wert_lb * 

Komponente_2 

2 0 Attribut_2a = Wert_2a 

Attribut__2b = Wert_2b 
Attribut_2c = Wert_2c 
Attributed = Wert_2d 

25 Diese Art der Gliederung hat mehrere Vorteile. Alle Komponen- 
ten und Attribute konnen flexibel genutzt werden, die Struk- 
tur ist beliebig erweiterbar und erlaubt auSerdem anschauli- 
che Darstellungsmoglichkeiten. 

3 0 Ein Verfahren gemaS einer bevorzugten Ausgestaltung der Er- 

findung ermoglicht nun serverseitig, d.h. auf Seite der Da- 
tenbereitstellungskomponente , eine Unterscheidung zwischen 
den Eigenschaf ten des hier WAP-fahigen Endgerates und den zu- 
satzlichen Eigenschaf ten der Kombination aus dem WAP-fahigem 
3 5 Endgerat und weiteren im Datenubertragungsweg vorhandenen 
Komponenten, wie der Verbindungskomponente (im folgenden nur 
noch als WAP-Gateway bezeichnet) . Ausgehend von dem in Figur 
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1 dargestellten Verfahren, werden die einzelnen Profile bzw. 
UA-Profs (Basisprofil und Dif f erenzprof ile) bezuglich ihrer 
Herkunft gekennzeichnet , was serverseitig eine Auswertung er- 
moglicht, welche Konvertierungsfunktionalitat eines WAP- 
5 Gateways oder eines eventuell vorhandenen zusatzlichen Kon- 
vertierungsservers , beispielsweise in dem zweiten Telekommu- 
nikationsnetz, bei der Ubertragung bzw. Zustellung von Inhal- 
ten (bezuglich Nutzdatenobj ekten) in einem bestimmten Format 
genutzt werden kann und welches nicht. 



Es existieren verschiedene Moglichkeiten, den Bezug eines 
Profils bzw. UA-Prof zu kennzeichnen : 

a) In einer einfachsten Variante wird durch die Kennzeichnung 
15 nur zwischen "Endgerat" und "zwischengeschalteter Instanz" 

(wie WAP-Gateway), unterschieden. Hierzu konnen die Profile 
mit einfachen Markierungen versehen werden, wpbei auch die 
Markierung eines Profiltyps ausreicht, z.B. die Markierung 
der Profile zwischengeschalteter Instanzen (WAP-Gateway, Kon- 
20 vertierungsserver, usw.) . Vorteilhaft an dieser Variante ist, 
dass endgerateseitig und auch auf der Luf tschnittstelle Ande- 
rungen nicht unbedingt erforderlich sind. 

b) In einer etwas komplexeren Variante versieht jedes Endge- 
25 rat bzw. jede Komponente im Ubertragungsweg das eigene Profil 

mit einem individuellen, vorher vereinbarten Code (textuell 
oder binar) . Beispielsweise bedeutet binarer Code "2": "die- 
ses Profil stammt von einem WAP-Gateway" . Vorteilhaft sind 
eine gegeniiber Variante a) hohere Gewissheit, aus welcher 

3 0 Quelle ein Profil stammt, da hier jedes Profil gekennzeichnet 
sein soli. Aufierdem kann weifcer dif f erenziert werden, wenn 
statt einer simplen Markierung (Boolsche Aussage) eine groSe- 
re Wertemenge genutzt wird, durch die z.B. zwischen den Kate- 
gorien "WAP-f ahiges Endgerat", "WAP-Gateway", "WAP-Proxy" 

35 (als weitere Komponente im Ubertragsweg) und weiteren Kompo- 
nenten unterschieden werden kann. 



10 
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c) Diese Variante baut auf Variante b) auf , enthalt aber zu- 
satzlich noch die Information, ob von nachf olgenden Einheiten 
bzw. Komponenten im Ubertragungsweg weitere (Diffe- 
renz-) Prof ile ubertragen werden durfen. Fur bestimmte Anwen- 
5 dungen wird es somit moglich, die Signal is ierung von Konver- 
tierungsmoglichkeiten durch das WAP-Gateway und andere nach- 
folgende Konvertierungseinheiten zu unterbinden. 

Die Anwendung eines Verfahrens geraaS einer Ausgestaltung der 
10 Erfindung, wie beispielsweise beim Laden DRM (DRM: Digital 
Rights Management) -geschutzter Objekte und auch bei MMS (MMS : 
Multi Media Messaging Service) hat den Vorteil, dass die Da- 
tenbereitstellungskomponente bzw. der Datenbereitstellungs- 
rserver die Eigenschaf ten des WAP-fahigen Endgerates allein 
r 15 ..v. betrachten kann und nur die dafur geeigneterL ..Objekte bzw. 

Nutzdatenobjekte versenden kann. Nicht geeignete Objekte wer- 
den direkt von der Datenbereitstellungskomponente erkannt und 
nicht ubertragen, der Nutzer bekommt also nicht versehentlich 
unbrauchbare Objekte zugesandt . 

20 

1st die Datenbereitstellungskomponente in der Lage, Nutzda- 
tenobjekte mit gleichem Inhalt aber verschiedenen Datentyps 
bereitzustellen, so kann durch. eine Kennzeichnung von Eigen- 
schaf ten in UA- Profs, d.h. eine Zuordnung von Eigenschaf ten 

25 zu einer bestimmten Komponente im Ubertragungsweg, bewirken, 
dass die Datenbereitstellungskomponente mit hoherer Prioritat 
gleich ein Nutzdat.enobjekt zur Ubertragung auswahlt, das auch 
ohne Konvertierung durch eine zwischengeschaltete Komponente 
im Ubertragungsweg, wie dem WAP-Gateway, endgerateseitig ge- 

3 0 nutzt werden kann. Unnotige Datenf ormat - Konvert ierungen wer- 
den damit vermieden. 



Nochmals zusammengef asst werden gemaS der dargestellten Aus- 
fiih rungs form Profile und (nach Zusammenf uhrung von Profilen) 
35 Prof ilbestandteile bezuglich ihrer Herkunft und der damit er- 
moglichten serverseitigen Unterscheidung zwischen Eigenschaf - 
ten des WAP-fahigen Endgerates und zusatzlichen Eigenschaf ten 



WO 2004/021676 



PCT/DE2003/002525 



17 

des Gesamtsystems, bestehend aus WAP-fahigem Endgerat, WAP- 
Gateway und eventuell weiteren Komponenten auf dem Ubertra- 
gungsweg, die den zu ubertragenden Inhalt verandem konnen, 
gekennzeichnet . Mit der Kennzeichnung der einzelnen Profile 
bzw. UA-Profs kann also serverseitig folgende Frage geklart 
werden, von welcher Ubertragungseinheit (WAP-fahiges Endge- 
rat, WAP-Gateway, zwischengeschalteter Konvertierungseinheit , 
usw.) das entsprechende Profil stammt . Der Server am Ende der 
Ubertragungskette soil diese zusatzliche Information bei der 
Auswahl zwischen verschiedenen vorhandenen Datei-Typen und 
Formaten berucksichtigen. AuSerdem hat eine Einheit die Mog- 
lichkeit, bei Bedarf ein weiteres Anhangen von Dif f erenzpro- 
filen zu unterbinden. 

An., dieser . Stelle sei noch erwahnt, dass das hieriri .beschrie- 
bene Verfahren nicht auf die hier beispielhaft ;beschriebenen 
Ausfuhrungsf ormen beschrankt ist, sondern auch auf andere 
WAP-basierte Anwendungen angewendet werden kann. , 

In folgenden sollen nun detailliert die Vorteile oben darge- 
stellter Prinzipien bezuglich eines Verfahrens zum Ubertragen 
von Nutzdatenobjekten unter Verwendung von Profilen bzw. UA- 
Profs, insbesondere im Zusammenhang mit der Zustellung DRM- 
geschutzter Objekte, der Zustellung von Multimedianachrichten 
im Multimedia Messaging Service und beim Browsen auf Basis 
der vom WAP-Forum spezif izierten Protokolle, dargestellt wer- 
den. 

GemaS dem folgenden Beispiel wird angenommen, dass ein WAP- 
fahiges Endgerat von sich aus keine Standbilder darstellen 
kann, jedoch durch ein angesteckten Hardware -Modul derartig 
erweitert ist, dass es auch Standbilder im Format "jpeg" dar- 
stellen kann. Wie oben bereits erwahnt, erfolgt die Anbindung 
des Endgerates an das Internet uber das WAP-Gateway, das fer- 
ner in der Lage ist, Standbilder vom Format !l gif ,! in das For- 
mat "jpeg" zu konvertieren. Der Unterschied zwischen dem hier 
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beschriebenen Verfahren und dem zu Beginn bezuglich Figur 1 
beschriebenen Verfahren besteht nun darin, dass die Profile 
bezuglich ihrer Herkunft gekennzeichnet sind. Das bedeutet, 
neben den Fahigkeiten der entsprechenden Endgerat e bzw. Uber- 
5 tragungseinheiten ist zusatzlich auch die Information enthal- 
ten, von welchem Endgerat bzw. von welcher Ubertragungsein- 
heit, wie dem WAP-Gateway, das jeweilige Dif f erenz-Prof il 
stammt. Diese erweiterten Profile sind im Folgenden mit einem 
Stern gekennzeichnet. Ansonsten verlauft die Ubertragung und 
10 Verarbeitung der jeweiligen Profile, wie bereits bezuglich 
Figur 1 beschrieben ab, weshalb im folgenden fur die Erlaute- 
rung der einzelnen Schritte bezuglich der erweiterten mit 
Stem versehenen Profile auf die Erlauterung der Profile ohne 
Stern verwiesen wiird-.* . 

15 • ':/' J ■ ' ■ • 

Bezugnehmend-auf ' Figur 1 ubermittelt das WAP-fahige Endgerat 
T neben seinem : Basis-Prof il BP* auch das Dif f erenz-Prof il 
DP3 * (vgl. Schritt 5), das die zusatzlichen Fahigkeiten durch 
das angesteckte Hardware -Modul beschreibt, an das WAP-Gateway 

2 0 G. Dies schickt neben den beiden Profilen des WAP-fahigen 
Endgerates (Basis-Prof il BP* und Dif f erenz-Prof il DP3*) auch 
sein eigenes Dif f erenzprof il DP2* an die Datenbereitstel- 
lungskomponente D (analog zu dem in Figur 1 dargestellten 
Szenario) . 

25 

Dadurch hat das letzte Glied in der Ubertragungskette bzw. 
dem Ubertragungsweg (hier die Datenbereitstellungskomponente 
D) bei der Ermittelung des resultierenden Gesamtprof ils RP* 
(entsprechend dem Gesamtprof il) Kenntnis dariiber, welche Fa- 

30 higkeiten das (mit dem Modul erweiterte) WAP-fahige Endgerat 
T besitzt, namlich hier die Darstellung von Standbildern des 
Daten-Formates "jpeg", und welche Fahigkeiten einer zwischen- 
geschalteten Ubertragungseinheit zuzuordnen sind, namlich die 
Konvertierung von Standbildeirn des Daten-Formates "gif" in 

35 das Dat en- Format "jpeg" durch das WAP-Gateway. 
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Im folgende sei auf die Semantik der Kennzeichnung eingegan- 
gen. Von den oben beschriebenen Varianten zur Kennzeichnung 
der Profile wird im folgenden die Variante c) verwendet, bei 
der einerseits die Funktion der in dem Profil beschriebenen 
5 Einheit (WAP-fahiges Endgerat, WAP-Gateway, usw.) gekenn- 
zeichnet wird und andererseits gekennzeichnet wird, ob weite- 
re Profile von nachf olgenden Einheiten der Ubertragungskette 
angefugt werden durfen. 

10 Figur 2 zeigt eine Tabelle gemaS einer vorteilhaf ten Ausges- 
taltung einer binaren Codierung fur das Kennzeichnen von Pro- 
filen. Demnach kann ein WAP-fahiges Endgerat sein Basis - 
Profil entweder mit der binaren Kennzeichnung "-1" oder "0" 
verschicken und damit den .anderen Ubertragungseinheiten in 

15 der Ubertragungskette das Ubermitteln ihrer Dif f erenz-Prof ile 
entweder erlauben oder untersagen. Das nachste Glied in^ der 
Ubertragungskette (WAP-fahiges Endgerat mit Zusatzmodul.,. WAP- 
Gateway, eventuell WAP-Piroxy oder Konvertierungsserver , 
usw.), welches ein Dif f erenz-Prof il erganzen mochte, wertet 

2 0 zunachst das Basis -Profil des WAP-fahigen Endgerates aus . 

Falls das Erganzen von Dif f erenz-Prof ilen erlaubt ist, kann 
es nun sein eigenes Dif f erenz-Prof il mit einer entsprechenden 
Kennzeichnung nach Tabelle von Figur 2 ubermitteln. Auf diese 
Weise ware es dem letzten Glied in der Ubertragungskette 
25 (d.h. dem Server) moglich, die verschiedenen (Diffe- 
renz-) Prof ile unterscheiden zu konnen. 

Unabhangig davon kann jedes Endgerat bzw. jede Ubertragungs- 
einheit zusatzlich eine fortlaufende Nummerierung seines Pro- 
30 fils vornehmen. In diesem Fall erhielte die Datenbereitstel- 
Iungskomponente D sogar noch Auskunft uber die Reihenfolge 
der an der Ubertragung der Daten beteiligten Netzwerkelemen- 
te. 

3 5 Im folgende sei auf die Syntax der Kennzeichnung eingegangen. 

Es werden nun ganz allgemein unterschiedliche Moglichkeiten 
zum Kennzeichnen eines Profils vorgestellt . Dabei wird nicht 
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mehr zwischen Basis-Prof il und Dif f erenz-Prof il (en) unter- 
schieden. Bei der Kennzeichnung soil dabei vorzugsweise die 
oben beschriebene Semantik gemaS der Tabelle nach Figur 2 
verwendet werden, allerdings ist auch jede andere vorher ver- 
5 einbarte Semantik denkbar. 

Mogliche alternative Ausf uhrungsmoglichkeiten zum Kennzeich- 
nen eines Profils sind: 

10 1. Ein neues Kopf-Feld wird dem zu ubertragenden Profil in 
der entsprechenden Sitzungsschicht (HTTP oder WSP) vorange- 
stellt. Die beiden hier benutzten Sitzungsschicht- Pro tokolle 
HTTP und WSP (WSP: Wireless Session Protocol) erlauben nach 
[8] und [9] die Definition neuer Kopf-Felder und bedienen 

15 sich dabei des in [10] beschriebeneri textuellen Formates, wo- 
nach ein Kopf-Feld aus 'einem Feld-Namen (obligatorisch) und 
einem Feld-Wert (optional) = besteht . Urn auf der Luf tschnitt — 
stelle nicht zu viel Daten ubertragen zu mussen, empfiehlt 
das WSP [9] fur haufig behutze (sogenannte "well-known") 

20 'Kopf-Felder eine binare Codierung. So wird beispielsweise aus 
einem Feld/Attribut "X-Mms- Sender-Visibility : Show" (29 
Bytes) die Kurzform "93 11" in hexadezimaler Codierung (zwei 
Bytes) . 

25 GemaS einer bevorzugten Ausf iihrungs form der Erfindung wird 
die Einfuhrung eines neuen Kopf-Feldes zur Kennzeichnung von 
Profilen vorgeschlagen, das ebenfalls auf dem in [10] be- 
schriebenen Format basieren soli . Der Feld-Name des neuen 
Kopf-Feldes fur die beiden hier verwendeten Protokolle HTTP 

30 und WSP konnte beispielsweise "x-wap-prof ile-source" heifien. 

Die folgende Darstellung zeigt das textuell codierte Kopf- 
Feld "x-wap-prof ile-source" links mit einem textuell codier- 
ten Feldwert und rechts mit einem binar (dezimal) codierten 
35 Feld-Wert: 



x-wap-prof ile-source : WAP-Gateway; x-wap-prof ile-source : 2 
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2. Die Markierung erfolgt direkt im http- bzw. WSP- 
Headerfeld durch einen zusatzlichen Parameter. Damit ist 

5 prinzipiell dieselbe Inf ormationscodierung wie mit dem unter 
1. beschriebenen Ansatz moglich. Es wird dazu z-B. die Defi- 
nition des Headerfeldes "x-wap-prof ile" urn einen Parameter 
erganzt, der die serverseitige Zuordnung zu einer Einheit im 
System ermSglicht . 

10 

3. Das Profil wird urn ein neues XML-Attribut erweitert • Wie 
bereits oben erlautert werden vorteilhaf terweise samtliche 
Profile fur ein WAP- UA-Prof basierend auf XML beschrieben. 

- Eigenstandige Inf ormationsblocke bzw. einzelne; Inf ormationen 
15'" werden innerhalb eines Profil s mit sogenannten IVTags " . (Mar- 
: kierungen) voneinander abgegrenzt% Die -meisten, di^ser Tags 
treteri in XML-Anweridungen paarweise ,als. Start-, und End- 
Bef ehle auf und geben an, welche Bedeutung der von ihnen ein- 
geschlossene Text hat. Dieser Text kanri wiederum durch weite- 
2 0 're Tags unterteilt sein, urn beispielsweise Listen von Parame- 
tern fur ein Attribut zu ermoglichen. Die Parameter der ein- 
zelnen Tags werden Attribute genannt. Sie werden immer durch 
Quotierungs-Zeichen ("<" und ">") eingeschlossen. 

2 5 Figur 3 zeigt die Verwendung d.es gemaS einer Ausf uhrungsf orm 

der Erfindung neu definierten XML- At tributes "Source" (in 
Fettdruck hervorgehoben; gesamtes neues Element doppelt ein- 
gerahmt) , das die Kennzeichnung eines Prof ils (oder einer 
einzelnen Prof il-Komponente) durch ein Endgerat bzw. eine U- 

3 0 bertragungseinheit erlaubt . Bei Verwendung eines neuen XML- 

Attributes muss in dem entsprechenden Profil auch der dazuge- 
horige neue "XML-namespace" referenziert werden, der in die- 
sem Beispiel durch "prf2" gekennzeichnet ist. Der Wert des 
Attributes Source ist in Figur 3 textuell codiert (WAP GW 
3 5 bzw. WAP Gateway) . Denkbar ist auch eine binare Codierung des 
Attribut -Wertes nach der Tabelle in Figur 2 (z.B. "WAP Gate- 
way" = "2") . 
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Mochte man zusatzlich eine fortlaufende Nummerierung von Pro- 
filen (wie oben beschrieben) mit Hilfe von XML-Attributen re- 
5 alisieren, so bieten sich die folgenden zwei Moglichkeiten 
an: 

Der Attribut-Wert des Attributes "Source" wird so definiert, 
dass er aus einer Liste von Parametern mit unterschiedlicher 

10 Bedeutung besteht. Figur 4 zeigt dazu ein Beispiel, in dem 
der Attribut-Wert von "Source" aus einer Liste von zwei Para- 
metern besteht, wobei der einleitend beschriebene Klammer- 
Mechanismus von Attribut-Wert en umgesetzt wurde: Innerhalb 
des Attributes "Source" wird durch "Bag" signajisiert r/ . f dass 

15 mehrere i Attribut-Werte folgen (erf indungsgemaS neue .Element e 
sind-'Wieder doppelt eingerahmt) . Die Erweiterung. "Seq" in. den 
Klammern bedeutet; dass - die Reihenfolge der Parameter in der 
Liste von Bedeutung ist. Per definitionem konnte Parameter 1 
beispielsweise fur die fortlaufende Nummerierung und Parame- 

20 ter 2 fur die Kennzeichnung des Profils durch ein Endgerat 
oder eine weitere Komponente im Ubertragungsweg (z.B. eine 
Netzwerkeinheit) , vorzugsweise durch den in der Tabelle von 
Figur 2 definierten Code, stehen. 

25 Neben der hier dargestellten textuellen Codierung von UA- 
Profs bzw. UA-Prof-Dateien erlaubt [7] auch eine binare Dar- 
stellungsweise, in der alien textuellen Attributen sogenannte 
binare Token zugeordnet sind. Selbstverstandlich lassen sich 
die oben beschriebenen Prinzipien auch in einer binar codier- 

3 0 ten UA-Prof -Datei ausdrucken. 

Ein oben beschriebenes Verfahren zum Ubertragen von Nutzda- 
tenobjekten unter Verwendung von Eigenschaf tsprof ilen bzw. 
UA-Prof s kann auch fur die Ubertragung DRM-geschutzter Objek- 
35 te angewendet werden. Werden hierbei in der oben beschriebe- 
nen Ausgestaltung der Telekommunikationsanordnung bzw. der 
Prof ilubertragung und Verarbeitung der jeweiligen Komponenten 
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der Telekommunikationsanordnung vom WAP-fahigen Endgerat (T; 
vgl. Figur 1) DRM-geschutzte Daten angefordert, sieht der In- 
formations fluss wie folgt aus : 

5 1. Das WAP-fahige Endgerat (T) sendet eine Daten-Anf ordenmg 
zunachst an das WAP-Gateway (G) . Darin enthalten sind das Ba- 
sisprofil BP* (es sei fur folgende Erlauterung wiederum auf 
Figur 1 verwiesen) und das Dif f erenzprof il DP3* zur Beschrei- 
bung des Zusatzmoduls . Beide Profile sind mit der oben be- 
10 schriebenen neuen Information gekennzeichnet , dass sie dem 
WAP-fahigen Endgerat (T) zugeordnet werden konnen. 

2 . Das WAP-Gateway (G) erhalt die Datenanf orderung und leitet 
sie an die Datenbereitstellungskomponente (D) weiter. Es. er- *:> r;? 

15 ganzt dabei die : Datenanf orderung urn das Dif f erenzprof il DP2*> : ?v 
dasvgemaiS neuer Kennzeichnung dem WAPrGateway zugeordnet wer- 
den kann . - - - .* • 

3. Die Datenbereitstellungskomponente (D) erhalt die Daterian- 
20 "f orderung, wertet die Prof ilinf ormationen aus und erkennt, 

dass das angeforderte Bild vom Endgerat (T) selbst im "jpeg 11 - 
Format genutzt werden kann, und dass das WAP-Gateway (G) Bil- 
der vom "gif" -Format in ein fur das Endgerat geeignetes For- 
mat konvertieren kann (hier kommt nur "jpeg" in Frage) . Soil 

2 5 nun das Objekt bzw. Nutzdatenobjekt (das Bild) in DRM- 

geschutzter Form ubertragen werden, muss es zunachst in ein 
anderes Datenf ormat ( z . B . " applicat ion/vnd . wap . drm . message 
oder applicat ion/vnd. wap. drm. content") eingepackt bzw. ver- 
schlusselt werden, womit es fur das WAP-Gateway (G) unzugang- 

3 0 lich wird. Die Datenbereitstellungskomponente (D) entscheidet 

daher, das Objekt im "jpeg 11 -Format in das DRM-Format einzupa- 
cken, damit eine Bearbeitung des Objektes durch das WAP- 
Gateway nicht notig ist . Die Datenbereitstellungskomponente 
(D) versendet das Objekt bzw. Nutzdatenobjekt im beschriebe- 
3 5 nen Format an das WAP-Gateway. 
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4. Das WAP-Gateway empfangt das Objekt, erkennt, dass keine 
Bearbeitung des Objekts bzw. eine Aktion durch das WAP- 
Gateway (G) erforderlich ist und sendet es an das Endgerat 
(T) . 

5 

5. Das Endgerat erhalt das Objekt, packt es aus und kann es 
verwenden. 

Ohne das oben beschriebene Verfahren gemafi einer Ausgestal- 
10 tung der Erfindung wurde der gleiche Vorgang wie folgt ausse- 
hen: 

1. Das WAP-fahige Endgerat (T) sendet eine Daten-Anf orderung 
zunachst an das WAP-Gateway ( ; G) , Darin enthalten sind das Ba- 

15 sisprofil BP, und, das Dif f erenzprof il DP3 zur Beschreiburig ^ des 
Zusatzmoduls ,(vgl . , wied^rum Figur 1). 

2 . Das WAP-Gateway (G) erhalt die Datenanf orderung und leitet 
sie urn das Dif f erenzprof il DP2 erganzt an die Datenbereit- 

20 'stellungskomponente (D) weiter. 

3. Die Datenbereitstellungskomponente (D) erhalt die Datenan- 
f orderung, wertet die Prof ilinf ormationen aus und erkennt: 
Das angeforderte Daten bzw. das angeforderte Bild kann von 

25 der Kombination aus Endgerat (T) und WAP-Gateway (G) ira 
»j peg- Format" und im "gif -Format " genutzt werden. Das Objekt 
soil in DRM-geschiitzter Form iibertragen werden, und muss dazu 
zunachst in ein anderes Datenformat ( applicati- 
on/ vnd . wap . drm . message oder application/ vnd . wap . drm . content) 

3 0 eingepackt werden, womit es fur das WAP-Gateway unzuganglich 
wird. Die Datenbereitstellungskomponente (D) entscheidet sich 
eventuell, das Objekt im "gif 11 -Format in das DRM- Format ein- 
zupacken, und versendet das Objekt im beschriebenen Format an 
das WAP-Gateway (G) . 

35 

4. Das WAP-Gateway (G) empfangt das Objekt, erkennt, dass es 
das Objekt nicht bearbeiten kann, da es das umgebende Daten- 
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format nicht kennt, bzw. nicht verarbeiten kann, verandert 
das Objekt nicht sendet es an das Endgerat. 

5. Das Endgerat (T) erhalt das Objekt, packt es aus dera umge- 
5 benden Datenformat aus und kann es aber nicht verwenden. 

Hintergrundangaben u.a. zu den in der Anmeldung behandelten 
Protokollen finden sich z.B. an folgenden Stellen: 

10 

[1] 3 GPP TS 23.040 version 5.2.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals; Technical realization of the Short Message Service 

(SMS) . 

[2] 3GPP TS 22.140 version 4*1.0, Release 4; Third Genera-: 
tion Partnership Project; Technical Specif ication. Group Serv- 
ices and System Aspects; Service Aspects; Stage 1; Multimedia 
Messaging Service (MMS) . 

20 

[3] 3 GPP TS 23.140 version 5-1.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals; Multimedia Messaging Service (MMS) ; Functional De- 
scription; Stage 2. 

25 

[4] WAP-274 -MMS Architecture Overview; WAP Multimedia Mes- 
saging Service (MMS) Specification Suite 2.0 

[5] WAP-275-MMS ClientTransaction; WAP Multimedia Messaging 
30 Service (MMS) Specification Suite 2.0 

[6] WAP- 276 -MMS Encapsulation; WAP Multimedia Messaging 
Service (MMS) Specification Suite 2.0 



35 



[7] WAP-248-UAProf ; WAG User Agent Profile; October 2001 
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[8] RFC 2616 "Hypertext Transfer Protocol - HTTP/1.1"; June 
1999 

[9] WAP-230-WSP Wireless Session Protocol Specification, ap- 
proved version 5-iJuly-2001 

[10] RFC 822 "Standard for the format of ARPA internet text 
messages"; David H. Crocker; August 13 , 1982 
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Patentanspruche 

1. Verfahren zum Ubertragen von Nutzdatenobjekten von einer 
Datenbereitstellungskomponente (D) zur Bereitstellung von 
5 Nutzdatenobjekten uber eine Verbindungskomponente (G) zu ei- 
ner Telekommunikationseinrichtung (T) eines Benutzers gemaS 
einem Gesamtprof ilinf ormationsobjekt (RP*) , das angibt, wel- 
cher Typ von Nutzdatenobjekten an die Telekommunikationsein- 
richtung zu deren Verarbeitung ubertragbar ist, wobei in das 
10 Gesamtprof ilinf ormationsobjekt ferner eine erste Prof ilinf or- 
mation (BP* , DPI* , DP3*) eingefiigt wird, die angibt , welcher 
Typ von Nutzdatenobjekten direkt von der Telekommunikations- 
einrichtung verarbeitbar ist. 

15 2. . Verfahren nach Anspruch 1, bei dem Nutzdatenobj ekte yon 
einem Typ gemaS der ersten Prof ilinf ormat ion (BP* , DPI* , DP3*). 
von der Datenbereitstellungskomponente (D) zu der Telekommu- 
nikationseinrichtung (T) ubertragen werden. 

2 0 '3. Verfahren nach Anspruch 2, bei dem in das Gesamtprof il- 
inf ormationsobjekt (RP*) eine zweite Prof ilinf ormat ion (DP2*) 
eingefugt wird, die angibt, welcher Typ von Nutzdatenobj ekt 
von der Verbindungskomponente (G) in einen von der Telekommu- 
nikationseinrichtung (T) verarbeitbaren Typ von Nutzdatenob- 

2 5 jekt konvertierbar ist, wobei Nutzdatenobj ekte von einem Typ 

gemaS der zweiten Prof ilinf ormat ion von der Datenbereitstel- 
lungskomponente zu der Telekommunikationseinrichtung ubertra- 
gen werden, wenn von der Datenbereitstellungskomponente keine 
Nutzdatenobj ekte von dem Typ gemaS der ersten Prof ilinf orma- 

3 0 tion bereitgestellt werden. 

4. Verfahren nach einem der Anspruche 1 bis 3, bei dem vor 
dem Ubertragen von Nutzdatenobjekten von der Datenbereitstel- 
lungskomponente (D) zu der Telekommunikationseinrichtung (T) 
35 die Telekommunikationseinrichtung ein erstes Teilprof ilinf or- 
mationsobjekt mit der ersten Prof ilinf ormation (BP*, DPI*) an 
die Verbindungskomponente (G) ubertragt, welche ihrerseits 
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das erste Teilprof ilinformationsobjekt urn die zweite Profil- 
information (DP2*) zu einem zweiten Teilprof ilinformationsob- 
jekt erganzt und dieses zur Datenbereitstellungskomponente 
ubermittelt, damit dort basierend auf alien ubermittelten 
5 Prof ilinformationen ein Gesamtprof ilinformationsobjekt (RP*) 
erstellbar ist. 

5. Verfahren nach einem der Anspruche 1 bis 4, bei dem die 
Telekommunikationseinrichtung urn eine zusatzliche Leistungs- 

10 komponente erganzt wird, die in der Lage ist, den Umfang den 
von der Telekommunikationseinrichtung verarbeitbaren Nutzda- 
tenobjekten zu erweitern. 

6. Verfahren nach Anspruch 4 und 5, bei dem das erste Teil- 
15 prof ilinformationsobjekt urn eine dritte Prof il information; 

(DP3*) erganzt wird, die angibt, urn welche Typen von Nytzda- 
tenobjekten der Umfang der Nutzdatenobjekte der Telekommuni- 
kationseinrichtung durch die zusatzliche Le i s tungskomponente 
erweitert wird. 

20 

7. Verfahren nach einem der Anspruche 4 bis 6, bei dem in 
dem ersten und/oder dem zweiten Teilprof ilinf ormationsobj ekt 
die Prof ilinformationen in Form einer Referenz vorgesehen 
sind, welche jeweils zu Prof ilinf ormationen verweisen, welche 

25 auf der Datenbereitstellungskomponente oder einer mit dieser 
in Verbindung stehenden weiteren Datenbereitstellungskompo- 
nente gespeichert ist. 

8. Verfahren nach einem der Anspriiche 1 bis 7, bei dem sich 
30 die Telekommunikationseinrichtung (T) in einem ersten Tele- 

kommunikationsnetz , und die Datenbereitstellungskomponente 
(D) und/oder die weitere Datenbereitstellungskomponente in 
einem zweiten Telekommunikationsnetz befinden, wobei das ers- 
te und das zweite Telekommunikationsnetz miteinander verbun- 
35 den sind. 
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9. Verfahren nach Anspruch 8, bei dem die Verbindungskompo- 
nente (G) in dem ersten oder dem zweiten Telekommunikations- 
netz angeordnet ist, oder zur Verbindung der beiden Telekom- 
munikationsnetze vorgesehen ist. 

5 

10. Verfahren nach Anspruch 8 oder 9, bei dem das erste Te- 
lekommunikationsnetz als ein Mobilfunknetz ausgebildet ist, 
das insbesondere gema£ dem GSM- und oder dem UMTS-Standard 
betrieben wird. 

10 

11. Verfahren nach Anspruch 10, bei dem die Ubertragung von 
Nutzdatenobjekten zu der Telekommunikationseinrichtung (T) in 
dem ersten Telekommunikationsnetz mittels WAP-Protokollen, 
insbesondere. dem Wireless Session Protokoll, erfolgt 

■ -15 ' A * ■ ; A r f -f< : ' 

12. ■ Verfahren .nach . einem der Anspruche 8 bis 12, bei dem das 
zweite Telekommunikationsnetz als ein auf einem. Interne tpro- 
tokoll basierendes Netz ausgebildet ist, in dem die Ubertra- 
gung von Daten insbesondere mittels dem Hypertext Transfer 

2 0 Protocol erfolgt. 

13. Verfahren nach einem der Anspruche 1 bis 12, 

bei dem die Telekommunikationseinrichtung (T) ein Funkmodul 
umfasst, und insbesondere als ein Mobiltelef on, ein Schnur- 
25 lostelefon, ein tragbarer Computer oder ein Smartphone ausge- 
bildet ist. 

14. Verfahren nach einem der Anspruche 1 bis 13, 

bei dem die Verbindungskomponente (G) als ein WAP-Gateway 
30 ausgebildet ist. 

15. Verfahren nach einem der Anspruche 1 bis 14, 

bei dem die Nutzdatenobjekte Textinf ormationen, Audioinf orma- 
tionen, Videoinf ormationen, ausfuhrbare Programme, Software- 

3 5 module oder eine Kombination dieser Inf ormationen enthalten. 
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16. Tel ekommunikat ions anordnung umfassend eine Datenbereit- 
stellungskomponente (D) zur Bereitstellung von Nutzdatenob- 
jekten, eine Telekommunikationseinrichtung (T) , und eine Ver- 
bindungskomponente (G) zum Ubertragen von Nutzdatenobjekten 
von der Datenbereitstellungskomponente zu der Telekommunika- 
tionseinrichtiang, wobei die Telekommunikationsanordnung zum 
Durchfuhren eines Verfahrens gemaS einem der Anspriiche 1 bis 
15 ausgelegt ist. 
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FIG 3 



<?xml version = "1.07 > 

<rdf:RDF xmlns= w http://www.w3.org/1999/02/22-rdf-syntax-ns# B 
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
xmlns:prf= n http://vvww.wapfomm.org/profiles/UAPR0F/ccppschema-20010330# ,, > 
xmlns:prf2="http://vmw.wapforum.org/profiles/UAPROF/ccppschema-20020301#" 

< rdf:Description rdf:ID = "Example_Profile" > 

<prf:component> 

< rdf:Description rdf:ID = "Examp!e_Component_1 " > 

<rdf:type rdf:resource="http://wvv w.wapforum.org/profiles/Example_Component_17> 

<prf2:Source> WAP Gateway </prf2:Source> 

<prf:CcppAccept> 
<rdf:Bag> 

< rdfrli > image/JPEG < /rdf:!i > 
</rdf:Bag> 
</prf:CcppAccept> 

</rdf:Description> 
</prf:component>- 

• • • 

</rdf: Description > 
</rdf:RDF> 
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FIG 4 



<?xml version ="1.0"?> 

<rdf:RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns# n 
xmlns:rdf= , Mp://www.w3.org/1999/02/22-rdf-syntax-ns#" 
xmlns:prf= , Mp://v^.wapforum.org/profiles/UAPR0F/ccppschema-20 
xm!ns:prf2="http://www.wapfo^^ 

< rdf description rdf :ID = "Example_Profile" > 

<prf:component> 

<rdf:Description rdf:ID="ExampIe_ComponenM ,, > 

< rdfrtype rdf:resource = "http://www, wapforum.org/profiles/ExampIe_ComponenUl 7 > 

<prf2:Source> 
<rdf:Seq> 

<rdf:li>3</rdf:li> 

<rdf:li > WAP Gateway </rdf:Ii > 
</rdf:Seq> 

</prf2:Source> 

<prf:Ccpp Accept > 
<rdf:Bag> 

< rdf.ii > image/JPEG </rdf:li > 
< /rdf: Bag > 
</prf:CcppAccept> 

</rdf:Description> 

</prf:component> 
• • • 

</rdf:Description> 
</rdf:RDF> 
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